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SOFTWARE FOR 
RANDOM ACCESS 
PROCESSING 


the parts list 
application 


by CHARLES W. BACHMAN 

, . The Integrated Data Store 1 is being applied to 

an increasing number and variety of data proc- 

T essing tasks. One of the earliest was the proc¬ 
essing of engineering parts lists. Suited to this assignment 
by reason of its ability to handle the most complex infor¬ 
mation structures, the Integrated Data Store is a pro¬ 
gramming system designed to organize and process records 
within a random access data storage device, such as a disc, 
drum or loops. It provides a means of defining data struc¬ 
tures (records and chains) and a set of procedural verbs 
(STORE, RETRIEVE, MODIFY AND DELETE ) that Operate 

within the defined data structure. 

The facilities of the Integrated Data Structure are sup¬ 
plementary to those of standard programming languages 
such as cobol and fortran. Jointly they provide a new 
opportunity to organize and process data to achieve 
specified business objectives. 

The principal data organization mechanism used by 
the Integrated Data Store is the chain, which permits a 
group of related records to be tied together. This tie is 
accomplished by storing, within each record of the group, 
the address of the next record of the group. Thus a chain 
becomes a circular association of records. Fig. 1 illustrates 
a sample chain. The small diagram at the lower right is 
the shorthand description of the same chain. 

Each chain contains one and only one master record. 
This record is specified in the data definition as the chain’s 
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master. Whenever a master record is stored, the chain is 
created and the master record’s own address is stored in 
its pointer field. 

Each chain may contain any of several detail records 
—zero, one, 10, or 10,000. Whenever a detail record is 
stored, it is automatically linked into the chains within 
which it is defined as a detail. The prior record in the chain 
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is modified to store the address of the new detail recorcf in 
its pointer field. The new detail will contain the address 
of the next record of the chain that had been stored in 
the prior record., 

A new detail : will be inserted into its chain according 
to the ordering rule specified in the data description. In 
the product structure example to be given, one chain will 
, be ordered in data value sequence. The other chain will 
be ordered by inserting each new detail record as the 
first detail in the chain. 

i, - 
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engineering parts list 

The engineering parts list, or bill of materials as it is 
frequently known, is the foundation of a manufacturing 
business. Purchase orders, sales invoices, time cards, and 
L stock tickets are essential; but they all reflect peripheral 
actions. The product must still be made so that it can be 
sold. . 

The parts list and the listed engineering drawings are 
the original Engineering definition of what the product 
is. It becomes the Manufacturing description of what has 
to be used to make the product. It is the Accounting 
basis for preparing cost studies. Finally, it is the customer’s 
basis for ordering spare parts during the life of the product. 

At first glance (Fig. 2) the information content of a 
parts list is deceptively simple. A single parts list iden¬ 
tifies and describes a product. It then lists serially the 
parts or subassemblies used to produce the product, and 
indicates the quantity required of each part. Normally 
each of the items listed on a parts list is also given an 
item number that is relevant to that particular parts list 
- - i.e. item 1, item 2, item 3, etc. 

A very simple data structure can be used to transfer 
a parts list onto a computer. A master record can be 
placed on a punched card or magnetic tape representing 
the parts list heading and a detailed or trailer record 
added following the master for each item on the parts 
list. This is the usual approach taken by file designers in 
processing this type of engineering information. The se¬ 
rial nature of punched cards or magnetic tape closely 
approximates the serial geometry of paper, the original 
form of data processing. 

This solution suffers from the same problem that affects 
the original paper parts list, which in itself was an infor- 

Fig. 1 Sample Chain Structure 



master record 



Note: The arrow is schematically representing the fact that 
each record contains the address of the next record in the chain. 


mation processing abstraction of the original product 
structure that it describes. The original product is a thing 
made out of things which, in turn, are made of other 
things. Frequently it requires many hundreds of inter¬ 
locking parts lists to completely describe an item such 
as a computer or disc storage unit that a customer would 
want to buy. This is the product structure which really 
needs to be represented within a computerized infor¬ 
mation system. From this structure, a simple parts list 
can be reconstructed and printed. A report showing every 
place a part is used (where-used list) can be printed. 
The effect of producing a given quantity of an end prod¬ 
uct can be reflected down to the lowest level in the prod¬ 
uct structure through a parts explosion procedure. 

Random access data storage units, such as disc files 
drums, and magnetic loops, provide an opportunity to 
build and process information structures of more than 
one dimension. Given this ability, a fresh new approach 
may be taken in organizing product structure. A systematic 
review of the information content of a parts structure is 
required. 

kinds of parts information needed 

Fig. 3 (p. 38) shows a schematic representation of the 
product structure built from the parts lists of Fig. 2. In this 
illustration seven material items and seven relationships be¬ 
tween pairs of material items are shown. Boxes represent 
material items, lines designate the quantity relationship. 
Numerals with the relationship lines denote quantities 
of each respective item required for the manufacture of 
other items. 

For example, the diagram shows that Material Item B 
requires two of Material Item D, 12 of material Item 
R, and three of M. In normal manufacturing practice, 
any given material item may require quantities of from 
one to 1,000 other material items for its assembly. Of 
course, if the material item is purchased completely as¬ 
sembled, it may not require any other material item for 
its manufacture. Material items F, G, and T are examples- 


Fig. 2 Sample Parts Lists 
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In the discussion of material items, it should be noted 
that the term higher-level is applied to a material item 
Which is being produced in the manufacturing operation; 
lower-level is the term for one being consumed in the 
manufacturing process. The former might be the drive 
mechanism of a tape transport; the latter a spindle or 
motor used in its manufacture. 

Any given item may be required for use in one or more 
higher assemblies. Item T, for example, is used by both 


Fig. 3 Product Structure 



Items D and M. Another item may have no requirements; 
Item B would be such a piece. 

In an actual manufacturing situation, 1C),000 material 
items are frequently found to exist, and 40,000 items 
are not unusual. The total number of quantity relation¬ 
ships will average from one to three times the number 
of material items. 

From the foregoing discussion of product structuring, 
it may be seen that: (1) Two different units of informa¬ 
tion are involved in a parts structure—namely, material 
items and quantity relationships; (2) Quantity relation¬ 
ships between the material items create a complex net¬ 
work describing the assembly process; and (3) These 
networks are typically very large in size, comprising tens 
of thousands of material items and relationships. 

Two records will be designed to store information 
about the parts list structure. The first is called a material 
item record. This will contain two data fields: the ma¬ 
terial identification and the material description. The 
second record is the submaterial record. This represents 
a quantity relationship between two material item records. 
It contains two data fields, quantity required , and item 
number. The quantity required field is self-explanatory. 
The item number field is used to number the several sub¬ 
material records relating to a given parts list. These num¬ 
bers, when combined with the material identification of 
the higher-level material record, serve uniquely to identify 
each submaterial record. 

Two chains have been established to control the as¬ 
sociation of these records. The first, known as the “call¬ 
out” chain (Fig. 4), has as its master record the material 
item record. This chain will contain as many submaterial 
records as required to specify all the quantities of lower 
level items necessary to manufacture the material item 
designated by the master of the chain. 

It should be noted that as each material record is 
stored, it is automatically made the master record of a 


call-out chain. Of course, no detail records would be in 
the chain at that time. Still, there would be a chain field 
in the record containing the address of the next record in 
the chain. This next record address would be the address 

*i V . 

of the material item record itself. - 

Whenever a new submaterial record is to be stored, 

jb- 

it must select one material item record from the thou¬ 
sands of existing material item records to be its appro¬ 
priate master. It will select the material item record 
specified by the material identification number which was 
supplied in the input along with the item number and 
the quantity required. If for some reason the material 
item record cannot be retrieved, then an ferror is indicated 
and the storage process terminated. 

Once the correct material item record is retrieved, it 
is necessary to determine whether a submaterial record 
with the same item number is already in the call-out 
chain. If a duplicate record is detected, the storage process 
is terminated and an error noted. If the new record is 
not a duplicate, it will be linked into its proper place 
in the chain, based upon the sequence of item numbers. 
The call-oilt chain is a data-sequenced chain. 

A second chain, the “where-used” chain, defines all of 
the relationships for a material item record where that 
material item is used in the manufacture of a higher-level 
material item. The material item record is the master 
record of this chain too. The submaterial record is again 
the detail in this chain. In this way the submaterial 
record creates, via the two chains, the desired relation¬ 
ship between two different material item records. 

The small diagram in the upper right corner of Fig. 7 
is the record structure diagram. It specifies that there 
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(master) 



are two record types (the materidl item record and sub¬ 
material record) and two chains relating them (the call¬ 
out chain and. the where-used chain). The direction of 
the arrows indicates that the material item record is the 
master record of both chains. However, it should be noted 
that a particular submaterial record always has two dif¬ 
ferent material item records (same* record type) as the 
master records for its wherb-tised and call-out chains. 

The submaterial record selects its master record (ma¬ 
terial item recofd), in the where-used chain, based upon 
a second material identification known as submatefial 
identification. The submaterial identification field is the 
fourth field supplied with the input. There is no need to 
sequence the where-used chain; therefore each new sub¬ 
material record is inserted as the first detail record in the 
































where-used chain at the time of storage. This form of 
insertion uses the. least amount of computer time. 

Fig. 5 shows a sheet of i-d-s/cobol data definitions 
describing the material item and submaterial item rec¬ 
ords. Fig. 6 is a companion record layout sheet showing 


what is stored in each character .of each record. These 
data definitions generally follow the cobol data descrip¬ 
tions, with the addition of certain Integrated Data Store 
statements necessary to. guide the automatic storage and 
retrieval functions. 

The material item, record is specified as a calculated 
record by the statement, “retrieval via calc chain.” 
The statement, “randomize on material-id” identifies 
the data field that will be operated upon by a randomizing 
routine to derive the location where a given material 
item record would be normally stored. The Calc Chain 
is a special chain designed to link together all of the 
records that randomize to the same location. Thus a scan 
of all the records in a particular Calc Chain would give ac- 


Fig. 5 l-D-S/COBOL Data Definitions 

DATA DIVISION 
IDS SECTI0N 

MD MATERIAL-FILE; PAGE C0NTAINS 2880 CHAR.; FILE CONTAINS 8192 PAGES. 

01 MATERIAL-ITEM; TYPE IS 100; RETRIEVAL VIA CALC CHAIN. 

02 MATERIAL-ID; CLASS 18 ALPHANUMERIC. 

02 MATERIAL-DESC; CLASS 12 ALPHANUMERIC. 

98 CALC CHAIN DETAIL; RAND0MIZE 0N MATERIAL-ID. 

98 CALL-0UT CHAIN MASTER. 

98 WHERE-USED CHAIN MASTER. 


01 SUB-MATERIAL; TYPE IS 200; RETRIEVAL VIA CALL-0UT CHAIN. 

02 ITEM-N0; CLASS 3 NUMERIC. 

02 QUANTITY-REQUIRED; CLASS 6 C0MPUTATI0NAL-N. 

98 CALL-0UT CHAIN DETAIN; SELECT UNIQUE MASTER; MATCH-KEY IS 
MATERIAL-ID; CHAIN-0RDER IS S0RTED; DUPLICATES N0T ALL0WED; 
ASCENDING S0RT-KEY IS ITEM-N0; LINKED T0 MASTER. 

98 WHERE-USED CHAIN DETAIL; SELECT UNIQUE MASTER; MATCH-KEY IS 
SUB-MATERIAL-ID; SYN0NYM SUB-MATERIAL-ID EQUALS MATERIAL-ID: 
CHAIN-0RDER IS FIRST; LINKED T0 MASTER. 


Fig. 6 l-D-S File Companion Record Layout 
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cess to all the records that have randomized to a loca¬ 
tion, even though an overflow situation prevented the rec¬ 
ord from being stored in its normal place. 

The data “page” is the basic addressable unit of mass 
memory, which is the location where a record is stored. 
Only complete pages are transmitted between the com¬ 
puter and its mass memory. Each record’s address con- 
ists of its page number plus the line number assigned 
to the record within that page. The data description in 
Fig. 5 specifies a particular file with 8,192 pages of storage 
capacity with each page large enough to store 2,880 char¬ 
acters of data. The size of the page and number of pages 
are specified by the file designer to gain the best per¬ 
formance for the specific mass memory device he is em¬ 
ploying. 


The Integrated Data Store will automatically attempt 
to store a new submaterial record in the same page as its 
master record in the call-chain. In normal operation, most 
of the submaterial records will be stored in the same data 
page as the material item record, or in the adjacent one. 
Therefore, no disc time, or only latency tirge, is involved 
in retrieving all the records in the call-out chain for a 
particular material item record. The desire to store a sub¬ 
material record near its call-out chain master is specified 
by the statement in the data description, “retrieval via 

CALL-OUT CHAIN.” 

The level 98 entries in the data division specify the re¬ 
lationship of a record to a chain. The initial clause of a 
level 98 entry names the chain and indicates whether the 
record is associated with the chain as a master or a detail. 
In the case of a detail association, the rules for selecting 
the particular chain master and inserting record into the 
chain are also specified. 

The series of parts lists that made up Fig. 2 were 
translated into the product structure shown in Fig. 3. 
This same product structure, when expressed through the 
Integrated Data Store as records and chains, would ap¬ 
pear as the information structure of Fig. 7. A material 
item record is stored for each material item. A submate- 


Fig. 7 Information of Figs. 1 and 2, 
organized into material item 
records and submaterial rec¬ 
ords, and chained together 
to create a product structure. 
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rial record is stored for each quantity relationship ex¬ 
pressed. Finally, the call-out chains and where-used 
chains tie together the material item and submaterial rec¬ 
ords to achieve the information structure which exactly 
models the original product structure. 


the file-building routine 

The building of a file such as the one expressed by 
the data description of Fig. 5 and the actual records and 
chains of Fig. 7 would be straightforward. Two different 
input cards would be designed. The first one would con¬ 
tain a material identification and material description. 
Its function would be to create a new material item rec¬ 
ord. For control purposes, this card will contain a card 
code of “1.” A second card would contain the information 
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required to store a new submaterial record. Its card code 
would be “2.” 

Fig. 8 is the flow chart of the file-building routine that 
would read these input cards and store the indicated 
material item records and submaterial records. It should 
be noted that all of the functions of finding space to store 
a new record, initializing chains for master records, and 
inserting detail records in chains is automatically carried 
out during the execution of a store command. The par¬ 
ticular action to be taken is dependent upon the data 
description of the record to be stored. 

In a comprehensive file maintenance routine, additional 
input card formats would be established for the specifica¬ 
tion of record modification and deletion functions, x-d-s 
statements such as “retrieve submaterial record, re¬ 
place QUANTITY-REQUIRED FIELD” and “RETRIEVE MATE¬ 
RIAL item, delete” would be used to direct the Inte- 

•A •'w » ojy 


Fig. 8 File Building Routine Flowchart 
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A parts list report includes an initial print line (print- 
line-1) containing the material identification and descrip¬ 
tion of the material item for which the report is being 
prepared. It also includes as many detail print lines (print- 
line-2) as there are items on the parts list. There will be 
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Fig. 9 Flowchart of Steps Necessary to Prepare a Parts List 
Report 

o 



one detail print line for each 
submaterial record which is 
a detail in the call-out chain. 
This detail line contains the 
item number, quantity re¬ 
quired, material identifica¬ 
tion, and description of the 
lower-level material item. The 
' item number and quantity 
required come from the sub¬ 
material record. The material 
identification and the descrip¬ 
tion of the lower-level ma¬ 
terial item come from the 
lower-level material item 
record at the same time the 
submaterial record is re¬ 
trieved, through the use of 

the clause, “head where- 
used chain.” 

This . extension of the re¬ 
trieve command will auto- 
matically trace the detail 
records of the specified chain 
and retrieve the master record 
and move its data content to 
working storage. This action 
can be accelerated by insert¬ 
ing the clause “linked to 
master” in the level 98 chain 



grated Data Store to carry out the file maintenance func¬ 
tions required. 

It will be recalled that the purpose of building the file 
in the first place was to permit the subsequent produc¬ 
tion of parts lists, where-used lists and parts explosions. 
A flow chart of the steps necessary to accomplish the 
preparation of a parts list report is shown in Fig. 9. 


X 

Move submat'l 
& mat’l item 
fids to prirl Jine-. 


_ 


Write 

printline-2 


-more 


♦Integrated Data'Store Functions 


definition of the Data Divi¬ 
sion. Use of this clause will 
cause each detail in that 
chain to contain an additional 
field. The address of the mas¬ 
ter record of the chain will 
- be inserted in this additional 
chain field when the detail is 


Fig. 10 l-D-S/COBOL Statements for Compiling Coding to 
Produce Parts List Based on Flowchart in Fig. 9 

STEP-1. 

MpVE CARD-ID Tp MATERIAL-ID, PRINT-ID. 

* RETRIEVE MATERIAL-ITEM RECjpRD; MpVE Tp WpRKING-STpRAGE; 

IF ERRpR Gp Tp STEP-4. 

MpVE MATERIAL-DESC Tp PRINT-DESC. 

WRITE PRINT-LINE-1. 

STEP-2r v 

* RETRIEVE NEXT RECpRD pF CALL-pUT CHAIN; 

IF ERRpR Gp Tp STEP-4; 

pTHERWISE IF MATERIAL-ITEM REC0RD Gp Tp STEP-3; 
pTHERWISE IF SUB-MATERIAL MpVE Tp WpRKING-STpRAGE: 
HEAD WHERE-USED CHAIN. 

MpVE ITEM-Np Tp PRINT-ITEM-Np. 

MpVE QUANTITY-REQUIRED Tp PRINT-QUANTITY. 

MpVE MATERIAL-ID Tp PRINT-SUB-ID. 

MpVE MATERIAL-DESC Tp PRINT-SUB-DESC. 

WRITE PRINT-LINE-2. 

Gp Tp STEP-2. 

STEP-3. 

STpP RUN. 

* Integrated Data Store Statements 


linked into the chain. If this extra pointer is included, the 
head function can retrieve the master record directly 
without tracing through all the detail records of the chain. 

Note that the head clause is a convenient means for 
extending retrieval functions to automatically retrieve the 
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information in the master when required. This informa¬ 
tion is, in truth*'part of the detail record; however, to 
eliminate redundancy and simplify file maintenance, it is 
stored in the master record and shared with the other 
detail records in the chain. 

Fig. 10 gives the i-d-s/cobol procedure division state¬ 
ments which would fcause the necessary coding to be com¬ 
piled to produce a parts list. Asterisks indicate i-d-s com¬ 
mands. The other nine commands are standard cobol. 

The coding to produce a where-used report is similar 
to that of the parts list report, with the exception of the 
“retrieve next” command. To produce a where-used re¬ 
port, this command would be changed to read, “retrieve 

NEXT RECORD OF WHERE-USED CHAIN; . . . HEAD CALL-OUT 
CHAIN.” 

product explosion reports 

The preparation of a parts explosion report is an im¬ 
portant function of a material structure file. It is somewhat 
more complicated to produce than a parts list and where- 
used list. However, the i-d-s ability to traverse chains 
linking the information structure facilitates the prepara¬ 
tion of product explosion reports. The myriad pathways 
of the parts structure make it necessary to do some trail- 
blazing to avoid losing the route of exploration. An array 

named “level-reference” is used to store the addresses 

► 

of successive submaterial records as the routine probes 
downward through the parts structure. The address is 
used when the bottom level is reached, to back up to the 
last book and to probp the next branch of the tree-like 
structure. The array index is a field named “level.” A 
second array, “level-quantity,” keeps track of the ex¬ 
ploded quantity at each book in the structure. Note it 
uses the same index, “level.” These two arrays need be 
only as long as the depth of the product structure. The 
very simple example we have shown has a depth or level 
of three. Complicated products may have a depth or level 
of 10 to 15. 

Referring back to Fig. 7, the process of explosion would 
be down from material Item B through the quantity 
relationship of'“2” to Item D, through the quantity rela¬ 
tionship “1” to material Item F, then to material* Items 
G, T and R until complete. Fig. 11 illustrates the parts 
explosion report, based on a requirement for only one 
material Item (B). 

s 

Fig. 11 Simple Parts Explosion Report 


Level 

1 

2 

3 

3 

3 

2 

2 

3 


Quantity 

1 

2 

2 

4 

12 

12 

3 

6 


Description 

item B 
item D 
item F 
item G 
item T 
item R 
item M 
item T 


Note that material Item T appears twice in the report 
because it is used in the manufacture of both material 
Items D and M. If desired, a slightly more complicated 
procedure would permit the accumulation of the quantity 
exploded for these multiple-occurrence items. Programs 
exist to do level-by-level material requirements explosions 
as well as cost implosions on the same file. 2 

Fig. 12 lists i-d-s/cobol procedure statements for carry¬ 
ing out a report preparation for a parts explosion proce- 


2 General Electric Computer Dept/s publication CPB-279P, "Disc Storage 
Access Parts Explosion," documents other means of carrying out parts 
explosions. 
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dure, i-d-s commands are indicated by asterisks. Note that 
four of the seven i-d-s retrieved procedures are used in this 
example: “retrieve;” “retrieve next record of data- 
name chain;” “retrieve master of data-name chain,” 
and “retrieve direct.” 

The field, “direct-reference” is a communication cell 
used by the Integrated Data Store. After the execution of 


Fig. 12 l-D-S/COBOL Procedure Statements 

STEP5. 

M0VE CARD-ID T0 MATERIAL-ID. 

* RETRIEVE MATERIAL-ITEM REC0RD, M0VE T0 W0RKING-ST0RAGE; 

IF ERROR G0 T0 STEP4. 

STEP6. 

MULTIPLY QUANTITY-REQ BY LEVEL-QUAN (LEVEL) GIVING EXPI^ODED-QUAN. 
ADD 0NE T0 LEVEL. 

M0VE EXPL0DED-QUAN T0 LEVEL-QUAN (LEVEL), PRINT-QUAN. 

M0VE MATERIAL-ID T0 PRINT-ID. 

WRITE PRINT-LINE-3. 

STEP7. 

* RETRIEVE NEXT REC0RD 0F CALL-0UT CHAIN; 

IF ERR0R G0 T0 STEP4; 

0THERWISE IF MATERIAL-ITEM REC0RD G0 T0 STEP8; 

0THERWISE IF SUB-MATERIAL REC0RD M0VE T0 W0RKING-ST0RAGE. 
M0VE DIRECT-REFERENCE T0 LEVEL-REF (LEVEL). 

* RETRIEVE MASTER REC0RD 0F WHERE-USED CHAIN; 

M0VE T0 W0RKING-ST0RAGE; 

IF ERR0R G0 T0 STEP4. 

G0 T0 STEP6. 

STEP8. 

SUBTRACT 0NE FR0M LEVEL. 

IF LEVEL EQUAL ZER0 G0 T0 STEP9. 

M0VE LEVEL-REF (LEVEL) T0 DIRECT-REFERENCE. 

* RETRIEVE DIRECT; 

IF SUB-MATERIAL REC0RD G0 T0 STEP7. 

G0 T0 STEP7. 

STEP9. * 

ST0P RUN. 

t 

* Integrated Data Store Statements 
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each i-d-s staterrient the address of the record processed 
is left in this cell. The retrieve direct verb picks up the 
address of the record to be retrieved in this same cell. 
A record address as used in this context, and in the con¬ 
text of chain pointers, is made up of the record’s page 
number and line number. These are not hardware addresses. 

conclusion 

* • . 

Experience to date using the Integrated Data Store 
shows that its ability to eliminate redundant data can 
save from 25 to 40% of the space required by conventional 
file designs. As an example, a material identification num¬ 
ber which may be as many as 18 characters in length, 
need appear only once in the entire file. Normally it 
would appear in the file once for every time that it ap¬ 
peared on a parts list. 

The i-d-s data structuring ability and powerful proce¬ 
dural verbs (store, retrieve, modify, and delete) auto¬ 
matically carry out record processing functions which are 
lengthy, complicated and difficult to program and debug 
using normal disc file programming techniques. Reduc¬ 
tions in time and expense of 25% have already been realized 
by using. the Integrated Data Store to program large 
integrated business systems. 

Operating times have been reduced up to 50% because 
efficient buffering techniques, data blocking and good data 
organization are uniformly applied to all i-d-s programs. 
Implementation schedules and the supply of top-notch 
programmers are usually too tight to permit hand-coded 
programs to reach or maintain their potential effectiveness. 

The Integrated Data Store received its first thorough 
testing by General Electric in the summer of 1963 using 
existing disc storage unit parts explosion routines as test 
controls. These tests were run on GE-225 computers. To¬ 
day there are four large integrated business systems 
pioneering the use of the Integrated Data Store. Several 
of these systems process their product structure in essen¬ 
tially the form indicated in this article. All of these sys¬ 
tems are on GE-215, 225 or 235 computers. 

The General Electric Computer Dept, is currently im¬ 
plementing Integrated Data Store Systems for the 
GE-400 series and 600 series computers. These systems 
will operate in conjunction with the GE cobol proces¬ 
sors and will be available this coming summer. ■ 
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ATLANTA, GEORGIA 
BOSTON, MASSACHUSETTS 
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CHICAGO, ILLINOIS • 
CINCINNATI, OHIO 
CLEVELAND, OHIO 
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COLUMBUS, OHIO 
DALLAS, TEXAS • 
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DENVER, COLORADO 
DES MOINES, IOWA 
DETROIT, MICHIGAN 
HONOLULU, HAWAII 
HOUSTON, TEXAS 
HUNTSVILLE, ALABAMA 
INDIANAPOLIS, INDIANA 
JACKSONVILLE, FLORIDA 
KANSAS CITY, MISSOURI 
LOS ANGELES, CALIFORNIA 
LOUISVILLE, KENTUCKY 


OKLAHOMA CITY, OKLAHOMA 
ORLANDO, FLORIDA 
PHILADELPHIA, PENNSYLVANIA 
PHOENIX, ARIZONA • 
PITTSBURGH, PENNSYLVANIA 
PROVIDENCE, RHODE ISLAND 
SALT LAKE CITY, UTAH 
SAN FRANCISCO, CALIFORNIA 
SCHENECTADY, NEW YORK • 
SEATTLE, WASHINGTON 
ST. LOUIS, MISSOURI 
SYRACUSE, NEW YORK 
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Africa: 

Bull-General Electric and Affiliates 
Abidjan, Algiers, Casablanca, 
Dakar, Tananarive 

Australia: 

Australian General Electric Pty., Ltd. 

Melbourne,* Sydney* 

. 

Canada: 

Canadian General Electric Co., Ltd. 
Montreal, Toronto 

Europe: 

Bull-General Electric and Affiliates 
Amsterdam, Athens, Basel, 
Belgrade, Bern, Brussels, 
Cologne, Copenhagen, Geneva, 
Helsinki, Lisbon, London, Madrid, 
Oslo, Paris, Stockholm, Vienna 
Olivetti-General Electric 


Orient: 

Bull-General Electric and Affiliates 
Beirut, Istanbul, Tokyo 
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South America: 

Bull-General Electric and Affiliates 
Buenos Aires, Mexico, D.F., 


Montevideo, Sao Paulo 
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or write Drawer 270, 
Phoenix 1, Arizona 






• Information Processing Centers 
in these cities offer complete 


Bologna, • Milan, • Rome, Turin computer services. 
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